Test Run Coordination Flowchart 



The test definer creates a test of test case in the following manner: 

specifies the number of test systems required for the test case, and each of their requirements 

writes a test script for each system involved in the test, specifying each step in the test, and points at which 

synchronizations between test systems are required. 

for a test case involving one or more reboots or reinstallations at each step, the test case is written to pick up the 
information from the common information point about which step it is running. 
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The tester invokes the test master daemon, specifying the list of lest cases and test systems available for the test. 



The test driver invokes the test case with a set of test systems, running the following steps: 

initializes the information about the test case and systems in the common information area . a. • 
mount point) 0 
initializes the state of the test case to pending for each of the systems involved in the test 
installs the test driver software on each of the test systems, which is started automatically 
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The test driver on each system involved in the test case processes the job it is responsible for from the common 

information point in the following way: 

changes the state of the test case for the system to running 

Invokes the test case, in this case, defined in a script, and indicates which step it is running in the common information 
area. 

As each step of the test completes on a system, the status is updated for the system in the common information area. 
Each step is run In turn, as dictated by the test script running on each system 

The overall result, and the current result for each system involved in the test is maintained in the common information 
area 

Three types of events can occur zero or more times for each test script on each test system in the test case which are 
handled: 
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Does the test script on a system 
.wait for one or more other systems? 
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The test system waits for the 
other system(s) to write a file 
with an indication in the common 
information area, and then 
continues. 
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The test master daemon installs 
the test driver software on the 
system, which starts running, and 
determines which step it should 
resume running at. 




The test driver starts running again as 
an rc startup script, determines which 
step it is at by reading the common 
information area status, and resumes 
the test 
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310 STORE STATUS INFORMATION OF A SOFTWARE TEST 
RUNNING ON A TEST SYSTEM TO A COMMON INFORMATION 

POINT 
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320 REINITIALIZE AN OPERATING SYSTEM ON THE TEST SYSTEM 



330 QUERY THE COMMON INFORMATION POINT TO DETERMINE 

THE STATUS INFORMATION 
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340 RESUME THE SOFTWARE TEST 
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Figure 3 
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410 INSTALL TEST DRIVER SOFTWARE ON A PLUARLITY OF TEST 

SYSTEMS . 






420 PROVIDE A MAPPING OF A PLURALITY OF VIRTUAL TEST 
SYSTEM NAMES TO REAL TEST SYSTEM TNAMES TO THE TEST 
! DRIVER SOFTWARE 
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430 GATHER TEST RESULTS FROM THE PLURALITY OF TEST 

SYSTEMS 
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Figure 4 



